Dan Williams wrote on 2016-10-13:
> On Wed, Oct 12, 2016 at 1:40 PM, Dan Williams
> wrote:
>> Fix warnings of the form:
>>
>> libndctl-hpe1.c: In function 'hpe1_smart_valid':
>> libndctl-hpe1.c:78:15: warning: dereferencing type-punned pointer will
>>
On Wed, Oct 12, 2016 at 1:40 PM, Dan Williams wrote:
> Fix warnings of the form:
>
> libndctl-hpe1.c: In function 'hpe1_smart_valid':
> libndctl-hpe1.c:78:15: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
On Mon, Oct 03, 2016 at 01:13:58PM +0200, Jan Kara wrote:
> On Mon 03-10-16 02:32:48, Christoph Hellwig wrote:
> > On Mon, Oct 03, 2016 at 10:15:49AM +0200, Jan Kara wrote:
> > > Yeah, so DAX path is special because it installs its own PTE directly from
> > > the fault handler which we don't do in
On 13/10/16 19:59, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper
> wrote:
>> On 13/10/16 16:40, Dan Williams wrote:
>>> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
>>> [..]
> I think we can do the similar for Xen,
On Thu, Oct 13, 2016 at 05:42:24PM +0200, Jan Kara wrote:
> On Wed 12-10-16 16:50:20, Ross Zwisler wrote:
> > DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based
> > locking. This patch allows DAX PMDs to participate in the DAX radix tree
> > based locking scheme so that
On Thu, Oct 13, 2016 at 11:16 AM, Kani, Toshimitsu wrote:
> On Thu, 2016-10-13 at 10:22 -0700, Dan Williams wrote:
>> On Thu, Oct 13, 2016 at 9:08 AM, Kani, Toshimitsu > > wrote:
>> >
>> > On Thu, 2016-10-13 at 09:01 -0700, Dan Williams wrote:
>> > >
>> >
DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based
locking. This patch allows DAX PMDs to participate in the DAX radix tree
based locking scheme so that they can be re-enabled using the new struct
iomap based fault handlers.
There are currently three types of DAX 4k
On Thu, Oct 13, 2016 at 06:16:29PM +, Kani, Toshimitsu wrote:
> On Thu, 2016-10-13 at 10:22 -0700, Dan Williams wrote:
> > On Thu, Oct 13, 2016 at 9:08 AM, Kani, Toshimitsu > > wrote:
> > >
> > > On Thu, 2016-10-13 at 09:01 -0700, Dan Williams wrote:
> > > >
> > > > On
On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper
wrote:
> On 13/10/16 16:40, Dan Williams wrote:
>> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
>> [..]
I think we can do the similar for Xen, like to lay another pseudo
device on
On Thu, 2016-10-13 at 10:22 -0700, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 9:08 AM, Kani, Toshimitsu > wrote:
> >
> > On Thu, 2016-10-13 at 09:01 -0700, Dan Williams wrote:
> > >
> > > On Thu, Oct 13, 2016 at 8:54 AM, Toshi Kani
> > > wrote:
> > >
On Thu, Oct 13, 2016 at 9:08 AM, Kani, Toshimitsu wrote:
> On Thu, 2016-10-13 at 09:01 -0700, Dan Williams wrote:
>> On Thu, Oct 13, 2016 at 8:54 AM, Toshi Kani
>> wrote:
>> >
>> > ACPI Clear Uncorrectable Error DSM function may fail or may be
>> >
On Thu, 2016-10-13 at 09:01 -0700, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 8:54 AM, Toshi Kani
> wrote:
> >
> > ACPI Clear Uncorrectable Error DSM function may fail or may be
> > unsupported on a platform. pmem_clear_poison() returns without
> > clearing badblocks in
On Thu, Oct 13, 2016 at 8:54 AM, Toshi Kani wrote:
> ACPI Clear Uncorrectable Error DSM function may fail or may be
> unsupported on a platform. pmem_clear_poison() returns without
> clearing badblocks in such cases, which leads to a silent data
> corruption.
>
> Change
On 13/10/16 16:40, Dan Williams wrote:
> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
> [..]
>>> I think we can do the similar for Xen, like to lay another pseudo
>>> device on /dev/pmem and do the reservation, like 2. in my previous
>>> reply.
>> Well, my opinion
ACPI Clear Uncorrectable Error DSM function may fail or may be
unsupported on a platform. pmem_clear_poison() returns without
clearing badblocks in such cases, which leads to a silent data
corruption.
Change pmem_do_bvec() and pmem_clear_poison() to return -EIO
so that filesystem can log an
On Wed 12-10-16 16:50:22, Ross Zwisler wrote:
> Now that DAX PMD faults are once again working and are now participating in
> DAX's radix tree locking scheme, allow their config option to be enabled.
>
> Signed-off-by: Ross Zwisler
Looks good. You can add:
On Wed 12-10-16 16:50:20, Ross Zwisler wrote:
> DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based
> locking. This patch allows DAX PMDs to participate in the DAX radix tree
> based locking scheme so that they can be re-enabled using the new struct
> iomap based fault
On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote:
[..]
>> I think we can do the similar for Xen, like to lay another pseudo
>> device on /dev/pmem and do the reservation, like 2. in my previous
>> reply.
>
> Well, my opinion certainly doesn't count much here, but I continue
On Wed 12-10-16 16:50:19, Ross Zwisler wrote:
> No functional change.
>
> The static functions put_locked_mapping_entry() and
> put_unlocked_mapping_entry() will soon be used in error cases in
> grab_mapping_entry(), so move their definitions above this function.
>
> Signed-off-by: Ross Zwisler
+Dan Williams
I accidentally dropped him in my last reply. Add him back.
On 10/13/16 16:53 +0800, Haozhong Zhang wrote:
On 10/13/16 02:34 -0600, Jan Beulich wrote:
On 12.10.16 at 18:19, wrote:
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 10/13/16 02:34 -0600, Jan Beulich wrote:
On 12.10.16 at 18:19, wrote:
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 12.10.16 at 17:42, wrote:
On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich
>>> On 12.10.16 at 18:19, wrote:
> On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
> On 12.10.16 at 17:42, wrote:
>>> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
>>> On 12.10.16 at
销售精英2天强化训练
【时间地点】 2016年 10月15-16日深圳11月05-06日上海
11月19-20日北京11月26-27日深圳12月17-18日上海
Judge(评价)一个人,一个公司是不是优秀,不要看他是不是Harvard(哈佛大学),是不是Stanford(斯坦福大学).不要judge(评价)里面有多少名牌大学毕业生,而要judge(评价)这帮人干活是不是发疯一样干,看他每天下班是不是笑眯眯回家!
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考:
Dear user of lists.01.org, administration of lists.01.org would like to inform
you that:
We have detected that your e-mail account was used to send a large amount of
unsolicited e-mail messages during the recent week.
Most likely your computer was compromised and now runs a trojan proxy server.
24 matches
Mail list logo