--
Hello,
Can I write you here? I have an urgent proposal for you.
Regards,
General Director,
Zanina Ivanovna Lyubova
LLC "PUBLISHING HOUSE" OIL AND GAS ™
119991, Moscow, Leninskiy Avenue 65, bldg 4, office 1706.
E-mail: i...@pliable-oil-gas.ru
Skype: zaninaivanovna
OGRN: 506774640
t my proposal as soon as i get your reply.
Regards,
Best Regards,
Mr. Peter Schulman
Senior Partner | Project Manager | Litigation
Jeffery & Schulman Law Office
1230 Bay Street
Suite 810 Toronto
Ontario, M5R 2A7
future versions
of the Linux kernel?
I'll appreciate comments, suggestions and considering of the above
proposal.
With best regards,
Wojtek
Do you have trial patch you could RFC ?
Are you aware of the xilinx qdma patchset ?
https://www.xilinx.com/support/answers/71453.html
https://github.co
s, suggestions and considering of the above proposal.
With best regards,
Wojtek
--
Wojciech M Zabolotny, PhD, DSc
Institute of Electronic Systems
Faculty of Electronics and Information Technology
Warsaw University of Technology
--
Hello,
Can I write you here? I have an urgent proposal.
Regards,
General Director,
Zanina Ivanovna Lyubova
LLC "PUBLISHING HOUSE" OIL AND GAS ™
119991, Moscow, Leninskiy Avenue 65, bldg 4, office 1706.
E-mail: i...@pliable-oil-gas.ru
Skype: zaninaivanovna
OGRN: 506774640
Greetings,
I am the investment officer of a UAE based investment company who are ready to
fund projects outside UAE, in the form of debt finance. We grant loans to both
Corporate and private entities at a low interest rate of 3% ROI per annum.
Thanks
investment officer
t my proposal as soon as i get your reply.
Regards,
Best Regards,
Mr. Peter Schulman
Senior Partner | Project Manager | Litigation
Jeffery & Schulman Law Office
1230 Bay Street
Suite 810 Toronto
Ontario, M5R 2A7
--
Good Day,
I am contacting you concerning funding of your business project. I am
Dr. Per Lessen
and I work as a financial consultant and adviser to Global Asset
Management company LLC
and some High Net worth individuals from the MENA region and European
Union.
Basically, my principals are
On Fri, Nov 20, 2020 at 3:16 PM Lars-Peter Clausen wrote:
>
> On 11/20/20 12:54 PM, Alexandru Ardelean wrote:
> > On Fri, Nov 20, 2020 at 12:47 PM Julia Lawall wrote:
> >>
> >>
> >> On Thu, 19 Nov 2020, Joe Perches wrote:
> >>
> >>> On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
>
On 11/20/20 12:54 PM, Alexandru Ardelean wrote:
On Fri, Nov 20, 2020 at 12:47 PM Julia Lawall wrote:
On Thu, 19 Nov 2020, Joe Perches wrote:
On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
wrote:
Hey,
So, I stumbled on a new
On Fri, Nov 20, 2020 at 1:57 PM Julia Lawall wrote:
>
>
>
> On Fri, 20 Nov 2020, Alexandru Ardelean wrote:
>
> > On Fri, Nov 20, 2020 at 12:47 PM Julia Lawall wrote:
> > >
> > >
> > >
> > > On Thu, 19 Nov 2020, Joe Perches wrote:
> > >
> > > > On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko
On Fri, 20 Nov 2020, Alexandru Ardelean wrote:
> On Fri, Nov 20, 2020 at 12:47 PM Julia Lawall wrote:
> >
> >
> >
> > On Thu, 19 Nov 2020, Joe Perches wrote:
> >
> > > On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
> > > > On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
> > > >
On Fri, Nov 20, 2020 at 12:47 PM Julia Lawall wrote:
>
>
>
> On Thu, 19 Nov 2020, Joe Perches wrote:
>
> > On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
> > > On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
> > > wrote:
> > > >
> > > > Hey,
> > > >
> > > > So, I stumbled on a new
On Thu, 19 Nov 2020, Joe Perches wrote:
> On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
> > On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
> > wrote:
> > >
> > > Hey,
> > >
> > > So, I stumbled on a new check that could be added to checkpatch.
> > > Since it's in Perl, I'm
On Thu, 2020-11-19 at 17:16 +0200, Andy Shevchenko wrote:
> On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
> wrote:
> >
> > Hey,
> >
> > So, I stumbled on a new check that could be added to checkpatch.
> > Since it's in Perl, I'm reluctant to try it.
> >
> > Seems many drivers got to a
On Thu, Nov 19, 2020 at 4:09 PM Alexandru Ardelean
wrote:
>
> Hey,
>
> So, I stumbled on a new check that could be added to checkpatch.
> Since it's in Perl, I'm reluctant to try it.
>
> Seems many drivers got to a point where they now call (let's say)
> spi_set_drvdata(), but never access that
Hey,
So, I stumbled on a new check that could be added to checkpatch.
Since it's in Perl, I'm reluctant to try it.
Seems many drivers got to a point where they now call (let's say)
spi_set_drvdata(), but never access that information via
spi_get_drvdata().
Reasons for this seem to be:
1. They
--
Good Day,
I am Dr. Gerald Van Luven and I work as a financial consultant and
adviser
to Global Asset Management company LLC and some High Net worth
individuals
from the MENA region and European Union.
Basically, my principals are interested in investing in projects that
are
viable
--
Good Day,
I am Dr. Gerald Van Luven and I work as a financial consultant and
adviser
to Global Asset Management company LLC and some High Net worth
individuals
from the MENA region and European Union.
Basically, my principals are interested in investing in projects that
are
viable
--
Good Day,
I am Dr. Gerald Van Luven and I work as a financial consultant and
adviser
to Global Asset Management company LLC and some High Net worth
individuals
from the MENA region and European Union.
Basically, my principals are interested in investing in projects that
are
viable
Good Day,
I am Dr.Per Lessen and I work as a financial consultant with
Global Asset Management company LLC and some High Net worth
individuals from the MENA region and European Union .
Basically, my principals are interested in investing in projects that
are viable and has capacity of
--
Good Day,
I am Dr.Per Lessen and I work as a financial consultant with
Global Asset Management company LLC and some High Net worth
individuals from the MENA region and European Union .
Basically, my principals are interested in investing in projects that
are viable and has capacity of
Good Day,
I am Wang Xiu Ying, the Director for Credit & Marketing Chong Hing Bank, Hong
Kong, Chong Hing Bank Center, 24 Des Voeux Road Central, Hong Kong. I have a
business proposal of USD$13,991,674 All confirmable documents to back up the
claims will be made availableto you prior to
Hi!
> I have been thinking about another way to implement ABI for HW control
> of ethernet PHY connected LEDs.
>
> This proposal is inspired by the fact that for some time there is a
> movement in the kernel to do transparent HW offloading of things (DSA
> is an example of that
Hello,
I have been thinking about another way to implement ABI for HW control
of ethernet PHY connected LEDs.
This proposal is inspired by the fact that for some time there is a
movement in the kernel to do transparent HW offloading of things (DSA
is an example of that).
So currently we have
if the root of any (sub)hierarchy
is tagged. As mentioned in CGroup v2 documentation, someone thought it
is a good idea to kill the CGroup v1's non-unified flexibility so here
we are. Don't get me wrong, it has advantages but then the lack of
flexibility results in issues as these. BTW, there are
CGroup tag. In fact, it should be allowed to
untag the child CGroup if needed thus allowing them to share a core with
trusted tasks. Others have had similar requirements.
Proposal for tagging
We have to support both CGroup and non-CGroup users. CGroup may be overkill
for some
to
untag the child CGroup if needed thus allowing them to share a core with
trusted tasks. Others have had similar requirements.
Proposal for tagging
We have to support both CGroup and non-CGroup users. CGroup may be overkill
for some and the CGroup v2 unified hierarchy may be too
On Mon, Aug 24, 2020 at 4:32 AM Vineeth Pillai wrote:
>
> > Let me know your thoughts and looking forward to a good LPC MC discussion!
> >
>
> Nice write up Joel, thanks for taking time to compile this with great detail!
>
> After going through the details of interfa
ame cgroup hierarchy. The
standard mechanism for this is nested cgroups. With a unified
hierarchy, and with cgroup tagging, I am unsure what this really
means. Consider
root
|- A
|- A1
|- A2
If A is tagged, can processes in A1 and A2 share a core? Should they
share a core? In some cases we might
> Let me know your thoughts and looking forward to a good LPC MC discussion!
>
Nice write up Joel, thanks for taking time to compile this with great detail!
After going through the details of interface proposal using cgroup v2
controllers,
and based on our discussion offline, would like t
them to share a core with
trusted tasks. Others have had similar requirements.
Proposal for tagging
We have to support both CGroup and non-CGroup users. CGroup may be overkill
for some and the CGroup v2 unified hierarchy may be too inflexible.
Regardless, we must support CGroup
On 20.08.20 22:39, Rik van Riel wrote:
> On Thu, 2020-08-20 at 16:56 +0200, Dietmar Eggemann wrote:
[...]
> The issue happens with a flat runqueue, when t1 goes
> to sleep, but t2 and t3 continue running.
>
> We need to make sure the vruntime for t2 has not been
> advanced so far into the
On Thu, 2020-08-20 at 16:56 +0200, Dietmar Eggemann wrote:
> Hi Rik,
>
> On 31/07/2020 09:42, Rik van Riel wrote:
>
> [...]
>
> > Lets revisit the hierarchy from above, and assign priorities
> > to the cgroups, with the fixed point one being 1000. Lets
> > say cgroups A, A1, and B have priority
Hi Rik,
On 31/07/2020 09:42, Rik van Riel wrote:
[...]
> Lets revisit the hierarchy from above, and assign priorities
> to the cgroups, with the fixed point one being 1000. Lets
> say cgroups A, A1, and B have priority 1000, while cgroup
> A2 has priority 1.
>
> /\
>/ \
>
Hi Michal,
On Tue, Aug 11, 2020 at 10:36 AM Michal Koutný wrote:
>
> Hi Shakeel.
>
> On Tue, Jul 07, 2020 at 10:02:50AM -0700, Shakeel Butt
> wrote:
> > > Well, I was talkingg about memory.low. It is not meant only to protect
> > > from the global reclaim. It can be used for balancing memory
Hi Shakeel.
On Tue, Jul 07, 2020 at 10:02:50AM -0700, Shakeel Butt
wrote:
> > Well, I was talkingg about memory.low. It is not meant only to protect
> > from the global reclaim. It can be used for balancing memory reclaim
> > from _any_ external memory pressure source. So it is somehow related
nable load avg replaced by runnable avg, rq->load
> is
> gone, CFS load balance rework).
Not yet. We got a baby this spring, so I've been busy
with things like milk and diapers, instead of with
code.
I wanted to get this proposal out before Plumbers, so
we could at least talk about it, an
Hi Rik,
On 31/07/2020 09:42, Rik van Riel wrote:
> Hello,
>
> last year at Linux Plumbers conference, I presented on my work
> of turning the hierarchical CFS runqueue into a flat runqueue,
> and Paul Turner pointed out some corner cases that could not
> work with my design as it was last year.
Dear Sir, Madam,
Proposal
I am Mr.John Woods, a Consultant with the Department of Power and Steel here in
Spain . I have been contracted by a wealthy individual and serving government
official from somewhere in Africa who is interested in engaging your services
for investment of a large
Hello,
I'm wondering about the possibility of introducing a new system call for
moving a process to an existing session. If `sid` is an existing session
with the same owner as the current process, one could call:
setsid2(sid)
This would have similar behavior to setpgid(), and would
Dear Sir, Madam,
Proposal
I am Mr.John Woods, a Consultant with the Department of Power and Steel here in
Spain . I have been contracted by a wealthy individual and serving government
official from somewhere in Africa who is interested in engaging your services
for investment of a large
Hello,
last year at Linux Plumbers conference, I presented on my work
of turning the hierarchical CFS runqueue into a flat runqueue,
and Paul Turner pointed out some corner cases that could not
work with my design as it was last year.
Paul pointed out two corner cases, and I have come up with a
It’s my pleasure to contact you through this media because I need an
investment assistance in your country. However I have a profitable
investment proposal with good interest to share with you, amounted
the sum of (Twenty Eight Million Four Hundred Thousand United State
Dollar ($28.400.000.00
Am 08.07.20 um 18:11 schrieb Suraj Upadhyay:
Hii AMD Maintainers,
I plan to convert logging of information, error and warnings
inside the AMD driver(s) to drm_* functions and macros for loggin,
as described by the TODO list in the DRM documentation[1].
I need your approval for the
Hii AMD Maintainers,
I plan to convert logging of information, error and warnings
inside the AMD driver(s) to drm_* functions and macros for loggin,
as described by the TODO list in the DRM documentation[1].
I need your approval for the change before sending any patches, to make
sure that
> > > latency sensitve workloads?
> >
> > Yes, we can use memory.high to trigger [proactive] reclaim in a memcg
> > but note that it can also introduce stalls in the application running
> > in that memcg. Let's suppose the memory.current of a memcg is 100MiB
> >
ng
> > > > > > something similar for tmpfs).
> > > > > > + can be extended in future to just age the LRUs instead of reclaim
> > > > > > or
> > > > > > some new use cases.
> > > > >
> > > > > Could you expl
lication running
> in that memcg. Let's suppose the memory.current of a memcg is 100MiB
> and we want to reclaim 20MiB from it, we can set the memory.high to
> 80MiB but any allocation attempt from the application running in that
> memcg can get stalled/throttled. I want the functionality
On Mon, Jul 06, 2020 at 04:21:38PM +0530, Suraj Upadhyay wrote:
> Hii Maintainers,
> I recently came across this list of janatorial tasks
> for starters on DRM subsystem [1]. One of the tasks is replacing
> conventional dmesg macros (like dev_info(), dev_warn() and dev_err())
> with DRM
GEOUT) on cgroup_dir_fd
> > > > >
> > > > > + more general and applicable to other FSes (actually we are using
> > > > > something similar for tmpfs).
> > > > > + can be extended in future to just age the LRUs instead of reclaim or
> > > >
Hii Maintainers,
I recently came across this list of janatorial tasks
for starters on DRM subsystem [1]. One of the tasks is replacing
conventional dmesg macros (like dev_info(), dev_warn() and dev_err())
with DRM dmesg macros [2]. And I need your input whether the
conversions to DRM dmesg
tmpfs).
> > > > + can be extended in future to just age the LRUs instead of reclaim or
> > > > some new use cases.
> > >
> > > Could you explain why memory.high as an interface to trigger pro-active
> > > memory reclaim is not sufficient. Also memory.l
you explain why memory.high as an interface to trigger pro-active
> > memory reclaim is not sufficient. Also memory.low limit to protect
> > latency sensitve workloads?
I initially liked the proposal, but after some thoughts I've realized
that I don't know a good use case where mem
On Thu, Jul 2, 2020 at 11:35 PM Michal Hocko wrote:
>
> On Thu 02-07-20 08:22:22, Shakeel Butt wrote:
> [...]
> > Interface options:
> > --
> >
> > 1) memcg interface e.g. 'echo 10M > memory.reclaim'
> >
> > + simple
> > + can be extended to target specific type of memory (anon,
On Thu 02-07-20 08:22:22, Shakeel Butt wrote:
[...]
> Interface options:
> --
>
> 1) memcg interface e.g. 'echo 10M > memory.reclaim'
>
> + simple
> + can be extended to target specific type of memory (anon, file, kmem).
> - most probably restricted to cgroup v2.
>
> 2)
This is a proposal to expose an interface to the user space to trigger
memory reclaim on a memory cgroup. The proposal contains potential use
cases, benefits of the user space interface and potential implementation
choices.
Use cases:
--
1) Per-memcg uswapd:
Usually applications
wt., 9 cze 2020 o 11:43 Kent Gibson napisał(a):
>
> On Tue, Jun 09, 2020 at 10:03:42AM +0200, Bartosz Golaszewski wrote:
> > sob., 6 cze 2020 o 03:56 Kent Gibson napisał(a):
> > >
> >
> > [snip!]
> >
> > > >
> > > > I'd say yes - consolidation and reuse of data structures is always
> > > > good
On Tue, Jun 09, 2020 at 10:03:42AM +0200, Bartosz Golaszewski wrote:
> sob., 6 cze 2020 o 03:56 Kent Gibson napisał(a):
> >
>
> [snip!]
>
> > >
> > > I'd say yes - consolidation and reuse of data structures is always
> > > good and normally they are going to be wrapped in some kind of
> > >
sob., 6 cze 2020 o 03:56 Kent Gibson napisał(a):
>
[snip!]
> >
> > I'd say yes - consolidation and reuse of data structures is always
> > good and normally they are going to be wrapped in some kind of
> > low-level user-space library anyway.
> >
>
> Ok, and I've changed the values field name to
On Fri, Jun 05, 2020 at 11:53:05AM +0200, Bartosz Golaszewski wrote:
> czw., 4 cze 2020 o 18:00 Kent Gibson napisał(a):
> >
>
> [snip!]
>
> > > > +
> > > > +enum gpioline_edge {
> > > > + GPIOLINE_EDGE_NONE = 0,
> > > > + GPIOLINE_EDGE_RISING= 1,
> > > > +
czw., 4 cze 2020 o 18:00 Kent Gibson napisał(a):
>
[snip!]
> > > +
> > > +enum gpioline_edge {
> > > + GPIOLINE_EDGE_NONE = 0,
> > > + GPIOLINE_EDGE_RISING= 1,
> > > + GPIOLINE_EDGE_FALLING = 2,
> > > + GPIOLINE_EDGE_BOTH =
On Thu, Jun 04, 2020 at 02:43:08PM +0200, Bartosz Golaszewski wrote:
> sob., 16 maj 2020 o 08:45 Kent Gibson napisał(a):
> >
> > Add a new version of the uAPI to address existing 32/64bit alignment
> > issues, add support for debounce, and provide some future proofing by
> > adding padding
On Thu, Jun 04, 2020 at 02:06:31PM +0200, Bartosz Golaszewski wrote:
> śr., 27 maj 2020 o 07:58 Linus Walleij napisał(a):
> >
> > On Mon, May 25, 2020 at 4:19 PM Kent Gibson wrote:
> >
> > > > > +struct gpioline_config {
> > > > > + __u8 default_values[GPIOLINES_MAX];
> > > >
> > > > So 32
sob., 16 maj 2020 o 08:45 Kent Gibson napisał(a):
>
> Add a new version of the uAPI to address existing 32/64bit alignment
> issues, add support for debounce, and provide some future proofing by
> adding padding reserved for future use.
>
> Signed-off-by: Kent Gibson
>
I'm a bit late to the
śr., 27 maj 2020 o 07:58 Linus Walleij napisał(a):
>
> On Mon, May 25, 2020 at 4:19 PM Kent Gibson wrote:
>
> > > > +struct gpioline_config {
> > > > + __u8 default_values[GPIOLINES_MAX];
> > >
> > > So 32 bytes
> > >
> >
> > Actually that one is 64 bytes, which is the same as v1, i.e.
On Mon, May 25, 2020 at 4:19 PM Kent Gibson wrote:
> > > +struct gpioline_config {
> > > + __u8 default_values[GPIOLINES_MAX];
> >
> > So 32 bytes
> >
>
> Actually that one is 64 bytes, which is the same as v1, i.e. GPIOLINES_MAX
> is the same as GPIOHANDLES_MAX - just renamed.
>
> On the
by
> > adding padding reserved for future use.
> >
> > Signed-off-by: Kent Gibson
> >
> > ---
> >
> > This patch is a proposal to replace the majority of the uAPI, so some
> > background and justification is in order.
> >
> > The alignment
AM Kent Gibson wrote:
> >
> > Add a new version of the uAPI to address existing 32/64bit alignment
> > issues, add support for debounce, and provide some future proofing by
> > adding padding reserved for future use.
> >
> > Signed-off-by: Kent Gibson
> >
&
gnment
> issues, add support for debounce, and provide some future proofing by
> adding padding reserved for future use.
>
> Signed-off-by: Kent Gibson
>
> ---
>
> This patch is a proposal to replace the majority of the uAPI, so some
> background and justification is in order
> ---
>
> This patch is a proposal to replace the majority of the uAPI, so some
> background and justification is in order.
>
> The alignment issue relates to the gpioevent_data, which packs to different
> sizes on 32bit and 64bit platforms. That creates problems for 32bit a
On Mon, May 25, 2020 at 10:39:42AM +0200, Linus Walleij wrote:
> On Sat, May 16, 2020 at 8:45 AM Kent Gibson wrote:
>
> > Add a new version of the uAPI to address existing 32/64bit alignment
> > issues, add support for debounce, and provide some future proofing by
> > adding padding reserved for
On Sat, May 16, 2020 at 8:45 AM Kent Gibson wrote:
> Add a new version of the uAPI to address existing 32/64bit alignment
> issues, add support for debounce, and provide some future proofing by
> adding padding reserved for future use.
>
> Signed-off-by: Kent Gibson
I don't see any major
Add a new version of the uAPI to address existing 32/64bit alignment
issues, add support for debounce, and provide some future proofing by
adding padding reserved for future use.
Signed-off-by: Kent Gibson
---
This patch is a proposal to replace the majority of the uAPI, so some
background
Greeting,
My Name is Regina Daniel am a Business Consultant and I represent a group of
company based in Gulf Region that wish to invest between US$10,000,000.00 TO
US$550,000,000. 00 in foreign investment depending on your investment capacity
based on the amount you can invest and manage. We
On Tue, Oct 01, 2019 at 02:01:57PM -0700, Ira Weiny wrote:
> On Mon, Sep 30, 2019 at 06:42:33PM +1000, Dave Chinner wrote:
> > On Wed, Sep 25, 2019 at 04:46:03PM -0700, Ira Weiny wrote:
> > > On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > > > Hence, AFIACT, the above definition
On Mon 30-09-19 18:42:33, Dave Chinner wrote:
> On Wed, Sep 25, 2019 at 04:46:03PM -0700, Ira Weiny wrote:
> > On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > > Hence, AFIACT, the above definition of a F_RDLCK|F_LAYOUT lease
> > > doesn't appear to be compatible with the
On Thu, Oct 03, 2019 at 11:01:10AM +0200, Jan Kara wrote:
> On Tue 01-10-19 11:17:00, Ira Weiny wrote:
> > On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> > > On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> > >
> > > Will userland require any special privileges in order to
On Wed, Oct 02, 2019 at 04:35:55PM -0400, Jeff Layton wrote:
> On Wed, 2019-10-02 at 15:27 -0400, J. Bruce Fields wrote:
> > On Wed, Oct 02, 2019 at 08:28:40AM -0400, Jeff Layton wrote:
> > > For the byte ranges, the catch there is that extending the userland
> > > interface for that later will be
On Tue 01-10-19 11:17:00, Ira Weiny wrote:
> On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> > On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> >
> > Will userland require any special privileges in order to set an
> > F_UNBREAK lease? This seems like something that could be
On Wed 02-10-19 16:35:55, Jeff Layton wrote:
> On Wed, 2019-10-02 at 15:27 -0400, J. Bruce Fields wrote:
> > On Wed, Oct 02, 2019 at 08:28:40AM -0400, Jeff Layton wrote:
> > > On Tue, 2019-10-01 at 11:17 -0700, Ira Weiny wrote:
> > > > On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
>
On Wed, 2019-10-02 at 15:27 -0400, J. Bruce Fields wrote:
> On Wed, Oct 02, 2019 at 08:28:40AM -0400, Jeff Layton wrote:
> > On Tue, 2019-10-01 at 11:17 -0700, Ira Weiny wrote:
> > > On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> > > > On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny
On Wed, Oct 02, 2019 at 08:28:40AM -0400, Jeff Layton wrote:
> On Tue, 2019-10-01 at 11:17 -0700, Ira Weiny wrote:
> > On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> > > On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> > > > Since the last RFC patch set[1] much of the
On Tue, Oct 1, 2019 at 2:02 PM Ira Weiny wrote:
>
> On Mon, Sep 30, 2019 at 06:42:33PM +1000, Dave Chinner wrote:
> > On Wed, Sep 25, 2019 at 04:46:03PM -0700, Ira Weiny wrote:
> > > On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > > > Hence, AFIACT, the above definition of a
On Tue, 2019-10-01 at 11:17 -0700, Ira Weiny wrote:
> On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> > On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> > > Since the last RFC patch set[1] much of the discussion of supporting RDMA
> > > with
> > > FS DAX has been around the
On Mon, Sep 30, 2019 at 06:42:33PM +1000, Dave Chinner wrote:
> On Wed, Sep 25, 2019 at 04:46:03PM -0700, Ira Weiny wrote:
> > On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > > Hence, AFIACT, the above definition of a F_RDLCK|F_LAYOUT lease
> > > doesn't appear to be compatible
On Mon, Sep 23, 2019 at 04:17:59PM -0400, Jeff Layton wrote:
> On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> > Since the last RFC patch set[1] much of the discussion of supporting RDMA
> > with
> > FS DAX has been around the semantics of the lease mechanism.[2] Within that
> > thread it
It’s my pleasure to contact you through this media because I need an
investment assistance in your country. However I have a profitable
investment proposal with good interest to share with you, amounted
the sum of (Twenty Eight Million Four Hundred Thousand United State
Dollar ($28.400.000.00
On Wed, Sep 25, 2019 at 04:46:03PM -0700, Ira Weiny wrote:
> On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > Hence, AFIACT, the above definition of a F_RDLCK|F_LAYOUT lease
> > doesn't appear to be compatible with the semantics required by
> > existing users of layout leases.
>
On Wed, 2019-09-25 at 16:46 -0700, Ira Weiny wrote:
> On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> > On Mon, Sep 23, 2019 at 12:08:53PM -0700, Ira Weiny wrote:
> > > Since the last RFC patch set[1] much of the discussion of supporting RDMA
> > > with
> > > FS DAX has been
--
Hello, I have sent mail to you previously ,maybe it didn't delivered. I am
Naomi Hayashi By name. I am sorry for contacting you directly to your email. I
will like to talk to you about something very important. Please acknowledge my
email so I can provide you with details.await your
On Tue, Sep 24, 2019 at 08:26:20AM +1000, Dave Chinner wrote:
> On Mon, Sep 23, 2019 at 12:08:53PM -0700, Ira Weiny wrote:
> >
> > Since the last RFC patch set[1] much of the discussion of supporting RDMA
> > with
> > FS DAX has been around the semantics of the lease mechanism.[2] Within that
>
On Mon, Sep 23, 2019 at 12:08:53PM -0700, Ira Weiny wrote:
>
> Since the last RFC patch set[1] much of the discussion of supporting RDMA with
> FS DAX has been around the semantics of the lease mechanism.[2] Within that
> thread it was suggested I try and write some documentation and/or tests
On Mon, 2019-09-23 at 12:08 -0700, Ira Weiny wrote:
> Since the last RFC patch set[1] much of the discussion of supporting RDMA with
> FS DAX has been around the semantics of the lease mechanism.[2] Within that
> thread it was suggested I try and write some documentation and/or tests for
> the
>
Since the last RFC patch set[1] much of the discussion of supporting RDMA with
FS DAX has been around the semantics of the lease mechanism.[2] Within that
thread it was suggested I try and write some documentation and/or tests for the
new mechanism being proposed. I have created a foundation
It’s my pleasure to contact you through this media because I need an
investment assistance in your country. However I have a profitable
investment proposal with good interest to share with you, amounted
the sum of (Twenty Eight Million Four Hundred Thousand United State
Dollar ($28.400.000.00
Greetings,
We are consultancy firm situated in Bahrain currently looking to finance new or
existing projects in any industry.
Currently we are sourcing for opportunities for our review and consideration
and would be delighted to discuss further.
Please feel free to contact us.
Regards,
On Tue, Sep 03, 2019 at 08:26:18AM +1000, Dave Chinner wrote:
> On Wed, Aug 28, 2019 at 07:02:31PM -0700, Ira Weiny wrote:
> > On Mon, Aug 26, 2019 at 03:55:10PM +1000, Dave Chinner wrote:
> > > On Fri, Aug 23, 2019 at 10:08:36PM -0700, Ira Weiny wrote:
> > > > On Sat, Aug 24, 2019 at 10:11:24AM
On Wed, Aug 28, 2019 at 07:02:31PM -0700, Ira Weiny wrote:
> On Mon, Aug 26, 2019 at 03:55:10PM +1000, Dave Chinner wrote:
> > On Fri, Aug 23, 2019 at 10:08:36PM -0700, Ira Weiny wrote:
> > > On Sat, Aug 24, 2019 at 10:11:24AM +1000, Dave Chinner wrote:
> > > > On Fri, Aug 23, 2019 at 09:04:29AM
1 - 100 of 2439 matches
Mail list logo
