On Wed, 30 May 2018, Mike Snitzer wrote:
> On Wed, May 30 2018 at 10:46P -0400,
> Mikulas Patocka wrote:
>
> >
> >
> > On Wed, 30 May 2018, Mike Snitzer wrote:
> >
> > > > > Fine I'll deal with it. reordering the fields eliminated holes in the
> > > > > structure and reduced struct
On Thu, May 31, 2018 at 8:31 AM, Mikulas Patocka wrote:
>
>
> On Thu, 31 May 2018, Dan Williams wrote:
>
>> On Thu, May 31, 2018 at 1:19 AM, Mikulas Patocka wrote:
>> >
>> >
>> > On Wed, 30 May 2018, Dan Williams wrote:
>> >
>> >> > Great find! Thanks for the due diligence. Feel free to add:
>>
On Thu, 31 May 2018, Dan Williams wrote:
> On Thu, May 31, 2018 at 1:19 AM, Mikulas Patocka wrote:
> >
> >
> > On Wed, 30 May 2018, Dan Williams wrote:
> >
> >> > Great find! Thanks for the due diligence. Feel free to add:
> >> >
> >> > Acked-by: Dan Williams
> >> >
> >> > ...on the
On Thu, May 31, 2018 at 1:19 AM, Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Dan Williams wrote:
>
>> > Great find! Thanks for the due diligence. Feel free to add:
>> >
>> > Acked-by: Dan Williams
>> >
>> > ...on the reworks to unify ARM and x86.
>>
>> One more note. The side effect of
On Thu, May 31 2018 at 4:16am -0400,
Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Mike Snitzer wrote:
>
> > On Wed, May 30 2018 at 10:09P -0400,
> > Mikulas Patocka wrote:
> >
> > > And what about this?
> > > #define WC_MODE_PMEM(wc)((wc)->pmem_mode)
> > >
>
On Wed, 30 May 2018, Dan Williams wrote:
> > Great find! Thanks for the due diligence. Feel free to add:
> >
> > Acked-by: Dan Williams
> >
> > ...on the reworks to unify ARM and x86.
>
> One more note. The side effect of not using dax_flush() is that you
> may end up flushing caches on
On Wed, 30 May 2018, Mike Snitzer wrote:
> On Wed, May 30 2018 at 10:09P -0400,
> Mikulas Patocka wrote:
>
> > And what about this?
> > #define WC_MODE_PMEM(wc)((wc)->pmem_mode)
> >
> > The code that I had just allowed the compiler to optimize out
> >
On Wed, May 30 2018 at 10:46P -0400,
Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Mike Snitzer wrote:
>
> > > > Fine I'll deal with it. reordering the fields eliminated holes in the
> > > > structure and reduced struct members spanning cache lines.
> > >
> > > And what about this?
> >
On Wed, May 30 2018 at 10:09P -0400,
Mikulas Patocka wrote:
> And what about this?
> #define WC_MODE_PMEM(wc)((wc)->pmem_mode)
>
> The code that I had just allowed the compiler to optimize out
> persistent-memory code if we have DM_WRITECACHE_ONLY_SSD defined - and you
On Wed, May 30, 2018 at 8:58 AM, Dan Williams wrote:
> On Wed, May 30, 2018 at 6:07 AM, Mikulas Patocka wrote:
>>
>>
>> On Mon, 28 May 2018, Dan Williams wrote:
>>
>>> On Mon, May 28, 2018 at 6:32 AM, Mikulas Patocka
>>> wrote:
>>> >
>>> >
>>> > On Sat, 26 May 2018, Dan Williams wrote:
>>> >
On Wed, May 30, 2018 at 6:07 AM, Mikulas Patocka wrote:
>
>
> On Mon, 28 May 2018, Dan Williams wrote:
>
>> On Mon, May 28, 2018 at 6:32 AM, Mikulas Patocka wrote:
>> >
>> >
>> > On Sat, 26 May 2018, Dan Williams wrote:
>> >
>> >> On Sat, May 26, 2018 at 12:02 AM, Mikulas Patocka
>> >> wrote:
On Wed, 30 May 2018, Mike Snitzer wrote:
> On Wed, May 30 2018 at 10:09am -0400,
> Mikulas Patocka wrote:
>
> >
> >
> > On Wed, 30 May 2018, Mike Snitzer wrote:
> >
> > > On Wed, May 30 2018 at 9:33am -0400,
> > > Mikulas Patocka wrote:
> > >
> > > >
> > > >
> > > > On Wed, 30 May
On Wed, May 30 2018 at 10:09am -0400,
Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Mike Snitzer wrote:
>
> > On Wed, May 30 2018 at 9:33am -0400,
> > Mikulas Patocka wrote:
> >
> > >
> > >
> > > On Wed, 30 May 2018, Mike Snitzer wrote:
> > >
> > > > On Wed, May 30 2018 at 9:21am
On Wed, 30 May 2018, Mike Snitzer wrote:
> On Wed, May 30 2018 at 9:33am -0400,
> Mikulas Patocka wrote:
>
> >
> >
> > On Wed, 30 May 2018, Mike Snitzer wrote:
> >
> > > On Wed, May 30 2018 at 9:21am -0400,
> > > Mikulas Patocka wrote:
> > >
> > > >
> > > >
> > > > On Wed, 30 May
On Wed, May 30 2018 at 9:33am -0400,
Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Mike Snitzer wrote:
>
> > On Wed, May 30 2018 at 9:21am -0400,
> > Mikulas Patocka wrote:
> >
> > >
> > >
> > > On Wed, 30 May 2018, Mike Snitzer wrote:
> > >
> > > > That is really great news, can
Jeff Moyer writes:
> Dan Williams writes:
>
>> When I read your patch I came away with the impression that ARM had
>> not added memcpy_flushcache() yet and you were working around that
>> fact. Now that I look, ARM *does* define memcpy_flushcache() and
>> you're avoiding it. You use
On Wed, 30 May 2018, Jeff Moyer wrote:
> Dan Williams writes:
>
> > When I read your patch I came away with the impression that ARM had
> > not added memcpy_flushcache() yet and you were working around that
> > fact. Now that I look, ARM *does* define memcpy_flushcache() and
> > you're
Dan Williams writes:
> When I read your patch I came away with the impression that ARM had
> not added memcpy_flushcache() yet and you were working around that
> fact. Now that I look, ARM *does* define memcpy_flushcache() and
> you're avoiding it. You use memcpy+arch_wb_pmem where arch_wb_pmem
On Wed, 30 May 2018, Mike Snitzer wrote:
> On Wed, May 30 2018 at 9:21am -0400,
> Mikulas Patocka wrote:
>
> >
> >
> > On Wed, 30 May 2018, Mike Snitzer wrote:
> >
> > > That is really great news, can you submit an incremental patch that
> > > layers ontop of the linux-dm.git 'dm-4.18'
On Wed, May 30 2018 at 9:21am -0400,
Mikulas Patocka wrote:
>
>
> On Wed, 30 May 2018, Mike Snitzer wrote:
>
> > That is really great news, can you submit an incremental patch that
> > layers ontop of the linux-dm.git 'dm-4.18' branch?
> >
> > Thanks,
> > Mike
>
> I've sent the current
On Wed, 30 May 2018, Mike Snitzer wrote:
> That is really great news, can you submit an incremental patch that
> layers ontop of the linux-dm.git 'dm-4.18' branch?
>
> Thanks,
> Mike
I've sent the current version that I have. I fixed the bugs that were
reported here (missing DAX,
On Wed, May 30 2018 at 9:07am -0400,
Mikulas Patocka wrote:
>
>
> On Mon, 28 May 2018, Dan Williams wrote:
>
> > On Mon, May 28, 2018 at 6:32 AM, Mikulas Patocka
> > wrote:
> > >
> > > I measured it (with nvme backing store) and late cache flushing has 12%
> > > better performance than
On Mon, 28 May 2018, Dan Williams wrote:
> On Mon, May 28, 2018 at 6:32 AM, Mikulas Patocka wrote:
> >
> >
> > On Sat, 26 May 2018, Dan Williams wrote:
> >
> >> On Sat, May 26, 2018 at 12:02 AM, Mikulas Patocka
> >> wrote:
> >> >
> >> >
> >> > On Fri, 25 May 2018, Dan Williams wrote:
> >> >
On Mon, May 28, 2018 at 6:32 AM, Mikulas Patocka wrote:
>
>
> On Sat, 26 May 2018, Dan Williams wrote:
>
>> On Sat, May 26, 2018 at 12:02 AM, Mikulas Patocka
>> wrote:
>> >
>> >
>> > On Fri, 25 May 2018, Dan Williams wrote:
>> >
>> >> On Fri, May 25, 2018 at 5:51 AM, Mike Snitzer wrote:
>> >>
On Mon, May 28, 2018 at 6:52 AM, Mikulas Patocka wrote:
>
>
> On Tue, 22 May 2018, Dan Williams wrote:
>
>> >> Except I'm being responsive.
>> >
>> > Except you're looking to immediately punt to linux-arm-kernel ;)
>>
>> Well, I'm not, not really. I'm saying drop ARM support, it's not ready.
>
>
On Tue, 22 May 2018, Dan Williams wrote:
> >> Except I'm being responsive.
> >
> > Except you're looking to immediately punt to linux-arm-kernel ;)
>
> Well, I'm not, not really. I'm saying drop ARM support, it's not ready.
This is the worst thing to do - because once late cache flushing is
On Sat, 26 May 2018, Dan Williams wrote:
> On Sat, May 26, 2018 at 12:02 AM, Mikulas Patocka wrote:
> >
> >
> > On Fri, 25 May 2018, Dan Williams wrote:
> >
> >> On Fri, May 25, 2018 at 5:51 AM, Mike Snitzer wrote:
> >> > On Fri, May 25 2018 at 2:17am
On Sat, May 26, 2018 at 12:02 AM, Mikulas Patocka wrote:
>
>
> On Fri, 25 May 2018, Dan Williams wrote:
>
>> On Fri, May 25, 2018 at 5:51 AM, Mike Snitzer wrote:
>> > On Fri, May 25 2018 at 2:17am -0400,
>> > Mikulas Patocka wrote:
On Fri, 25 May 2018, Dan Williams wrote:
> On Fri, May 25, 2018 at 5:51 AM, Mike Snitzer wrote:
> > On Fri, May 25 2018 at 2:17am -0400,
> > Mikulas Patocka wrote:
> >
> >> On Thu, 24 May 2018, Dan Williams wrote:
> >>
> >> > I don't want to grow
On Fri, May 25, 2018 at 5:51 AM, Mike Snitzer wrote:
> On Fri, May 25 2018 at 2:17am -0400,
> Mikulas Patocka wrote:
>
>>
>>
>> On Thu, 24 May 2018, Dan Williams wrote:
>>
>> > On Fri, May 18, 2018 at 10:25 PM, Mikulas Patocka
>> >
On Fri, May 25 2018 at 2:17am -0400,
Mikulas Patocka wrote:
>
>
> On Thu, 24 May 2018, Dan Williams wrote:
>
> > On Fri, May 18, 2018 at 10:25 PM, Mikulas Patocka
> > wrote:
> > > Use new API for flushing persistent memory.
> > >
> > > The problem
On Tue, 22 May 2018, Dan Williams wrote:
> On Tue, May 22, 2018 at 11:41 AM, Mike Snitzer wrote:
> > On Tue, May 22 2018 at 2:39am -0400,
> > Christoph Hellwig wrote:
> >
> >> On Sat, May 19, 2018 at 07:25:07AM +0200, Mikulas Patocka wrote:
> >> > Use
On Tue, 22 May 2018, Jeff Moyer wrote:
> Hi, Mike,
>
> Mike Snitzer writes:
>
> > Looking at Mikulas' wrapper API that you and hch are calling into
> > question:
> >
> > For ARM it is using arch/arm64/mm/flush.c:arch_wb_cache_pmem().
> > (And ARM does seem to be providing
Hi, Mike,
Mike Snitzer writes:
> Looking at Mikulas' wrapper API that you and hch are calling into
> question:
>
> For ARM it is using arch/arm64/mm/flush.c:arch_wb_cache_pmem().
> (And ARM does seem to be providing CONFIG_ARCH_HAS_PMEM_API.)
>
> Whereas x86_64 is using
On Tue, May 22 2018 at 3:27pm -0400,
Dan Williams wrote:
> On Tue, May 22, 2018 at 12:19 PM, Mike Snitzer wrote:
> > On Tue, May 22 2018 at 3:00pm -0400,
> > Dan Williams wrote:
> >
> >> On Tue, May 22, 2018 at 11:41 AM,
On Tue, May 22, 2018 at 12:19 PM, Mike Snitzer wrote:
> On Tue, May 22 2018 at 3:00pm -0400,
> Dan Williams wrote:
>
>> On Tue, May 22, 2018 at 11:41 AM, Mike Snitzer wrote:
>> > On Tue, May 22 2018 at 2:39am -0400,
>> >
On Tue, May 22 2018 at 3:00pm -0400,
Dan Williams wrote:
> On Tue, May 22, 2018 at 11:41 AM, Mike Snitzer wrote:
> > On Tue, May 22 2018 at 2:39am -0400,
> > Christoph Hellwig wrote:
> >
> >> On Sat, May 19, 2018 at 07:25:07AM
On Tue, May 22, 2018 at 11:41 AM, Mike Snitzer wrote:
> On Tue, May 22 2018 at 2:39am -0400,
> Christoph Hellwig wrote:
>
>> On Sat, May 19, 2018 at 07:25:07AM +0200, Mikulas Patocka wrote:
>> > Use new API for flushing persistent memory.
>>
>> The
On Tue, May 22 2018 at 2:39am -0400,
Christoph Hellwig wrote:
> On Sat, May 19, 2018 at 07:25:07AM +0200, Mikulas Patocka wrote:
> > Use new API for flushing persistent memory.
>
> The sentence doesnt make much sense. 'A new API', 'A better
> abstraction' maybe?
>
> >
>
On Sat, May 19, 2018 at 07:25:07AM +0200, Mikulas Patocka wrote:
> Use new API for flushing persistent memory.
The sentence doesnt make much sense. 'A new API', 'A better
abstraction' maybe?
>
> The problem is this:
> * on X86-64, non-temporal stores have the best performance
> * ARM64 doesn't
40 matches
Mail list logo