On Wed, Jun 22, 2016 at 05:27:15PM +0200, Christoph Hellwig wrote:
> So far the DAX code overloaded the direct I/O code path. There is very little
> in common between the two, and untangling them allows to clean up both
> variants.
>
> As a ѕide effect we also get separate trace points for both
On Wed, Sep 28, 2016 at 5:53 PM, Dan Williams wrote:
> On Wed, Sep 28, 2016 at 5:10 PM, Vishal Verma
> wrote:
>> Starting a full Address Range Scrub (ARS) on hitting a memory error
>> machine check exception may not always be desirable.
On Wed, Sep 28, 2016 at 5:10 PM, Vishal Verma wrote:
> Starting a full Address Range Scrub (ARS) on hitting a memory error
> machine check exception may not always be desirable. Provide a way
> through sysfs to toggle the behavior between just adding the address
> (cache
从技术走向管理——研发经理的领导力与执行力
2016年 09月29-30深圳
10月27-28北京 10月31-11月1日上海 11月03-04深圳
课.程..背景:
根据我们多年从事研发管理咨询的经验发现中国企业95%以上的研发中基层主管都是从技术 能力比较强的工
程师中提拔起来的,很多刚刚走上管理岗位的研发人员在从技术走向管理的过程中存在如下问题:
1.角色不能转换,过度关注技术细节;
2.认真帮助下属可是他们并不买账;
3.凡事亲力亲为,忙得焦头烂额,可是上司却嫌效率太低;
4.希望下属多提意见,可是他们却什么都不说,不愿意承担责任;
nvdimm_clear_poison cleared the user-visible badblocks, and sent
commands to the NVDIMM to clear the areas marked as 'poison', but it
neglected to clear the same areas from the internal poison_list which is
used to marshal ARS results before sorting them by namespace. As a
result, once on-demand
pmem_do_bvec used to kmap_atomic at the begin, and only unmap at the
end. Things like nvdimm_clear_poison may want to do nvdimm subsystem
bookkeeping operations that may involve taking locks or doing memory
allocations, and we can't do that from the atomic context. Reduce the
atomic context to
Starting a full Address Range Scrub (ARS) on hitting a memory error
machine check exception may not always be desirable. Provide a way
through sysfs to toggle the behavior between just adding the address
(cache line) where the MCE happened to the poison list and doing a full
scrub. The former
销售精英2天强化训练
【时间地点】 2016年10月15-16日深圳11月05-06日上海
11月19-20日北京11月26-27日深圳12月17-18日上海
Judge(评价)一个人,一个公司是不是优秀,不要看他是不是Harvard(哈佛大学),是不是Stanford(斯坦福大学).不要judge(评价)里面有多少名牌大学毕业生,而要judge(评价)这帮人干活是不是发疯一样干,看他每天下班是不是笑眯眯回家!
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考:
销售精英2天强化训练
【时间地点】 2016年 10月15-16日深圳11月05-06日上海
11月19-20日北京11月26-27日深圳12月17-18日上海
Judge(评价)一个人,一个公司是不是优秀,不要看他是不是Harvard(哈佛大学),是不是Stanford(斯坦福大学).不要judge(评价)里面有多少名牌大学毕业生,而要judge(评价)这帮人干活是不是发疯一样干,看他每天下班是不是笑眯眯回家!
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考:
On Wed, Sep 28, 2016 at 11:52 AM, Dave Jiang wrote:
> Adding support to show badblocks in the pmem region that's provided
> by the poison_list. This should show up in
> /sys/class/dax/daxN.N/badblocks as read only.
>
> Signed-off-by: Dave Jiang
> ---
>
On Wed, 2016-09-28 at 11:52 -0700, Dave Jiang wrote:
> Adding support to show badblocks in the pmem region that's provided
> by the poison_list. This should show up in
> /sys/class/dax/daxN.N/badblocks as read only.
I think we can allow error injection by making this read/write. See
On Wed, Sep 28, 2016 at 07:47:20AM +1000, Dave Chinner wrote:
> On Tue, Sep 27, 2016 at 02:47:55PM -0600, Ross Zwisler wrote:
> > DAX PMD support was added via the following commit:
> >
> > commit e7b1ea2ad658 ("ext2: huge page fault support")
> >
> > I believe this path to be untested as ext2
销售精英2天强化训练
【时间地点】 2016年 10月15-16日深圳11月05-06日上海
11月19-20日北京11月26-27日深圳12月17-18日上海
Judge(评价)一个人,一个公司是不是优秀,不要看他是不是Harvard(哈佛大学),是不是Stanford(斯坦福大学).不要judge(评价)里面有多少名牌大学毕业生,而要judge(评价)这帮人干活是不是发疯一样干,看他每天下班是不是笑眯眯回家!
——阿里巴巴公司马云
——课程简介
第一章客户需求分析
思考:
13 matches
Mail list logo