培養產品經理過程中面臨的很多困惑，比如：
by lmeyv
云的小店更有了些新意且原本主要供应早餐和夜宵也渐渐因着客流分
linux-nvdimm，您好
回送来的小喷壶非常好用归云想他们似乎真的很熟喜欢就
lmeyv
2016-5-16
4 years, 8 months
嵌入式系統器件選型與工程計算
by 郝清晖
是可是归云想他是那么
linux-nvdimm，您好
不及防归云和卓太太掌了伞跟着老
郝清晖
2016-5-16
4 years, 8 months
以南
by 宇文以南
linux-nvdimm：您好！！
销售主管2天强化训练营
【时间地点】 2016年 05月28-29 上海 07月16-17 北京07月23-24深圳 07月30-31上海
【参加对象】 将被提升的销售精英、销售主任、销售经理、区域经理、业务经理、销售总监、总经理
【授课方式】 讲师讲授 + 视频演绎 + 案例研讨 +角色扮演 + 讲师点评
【学习费用】 3800元/2天/1人（含资料费、午餐、茶点）
【垂询热线】 0512-6870.0653 （0）180.15596.327
课程背景
大部分销售主管都是从销售第一线被提拔上来，个人的销售能力都很强。但成为一个销售团队的主管后，经常出现的一个问题是管理能力与经验不足。销售管理工作千头万绪，销售主管每天都在忙碌、焦虑中度过，很少有时间去提升自己的管理技能。《销售主管2天强化训练营》，让销售主管在2天内进行强化训练，学习必备的管理知识，理清基本的管理思路，解决管理中常见的问题。
1. 作为销售主管，以前没学习过管理知识，不知道如何管人，怎么办？
2. 销售主管当然应该有自己的销售任务吗？
3. 如何与下属相处？该严厉还是宽容？慈不掌兵还是爱兵如子？
4. 什么样的人才适合？应该如何挑选销售人员？
5. 试用期短，难以看到新人的业绩，试用期内如何评估考察？
6. 有人说“教会徒弟，饿死师傅”，怎么办？还要去辅导业务员吗？
7. 销售业绩该如何抓? 销售主管做些什么工作才能真正提升业绩？
8. 销售人员每天出去后，是去拜访客户，还是逛街、去网吧玩游戏？不好管理，怎么办？
9. 有没有一种方法，不需增加投入，而又能马上帮助业务员提升业绩？
10. 业绩竞赛对销售人员似乎没什么效果，怎么办？如何去激励销售人员？
以上疑虑，在《销售主管2天强化训练营》将得到解答！
课程收益
1. 明确销售主管的工作定位，知道如何把握工作重点；
2. 帮助销售主管理清思路，正确处理销售中的常见问题；
3. 了解如何组建销售团队，如何选人、育人、留人；
4. 明白销售过程管理的原理与方法；
5. 学会销售团队业绩考核指标设定的方法；
6．了解销售业务人员奖惩的基本原理；
7．学完《销售主管2天强化训练营》并掌握所学技巧方法，能有效提升销售团队业绩。
课程特色
1. 得到市场验证的课程才是好课程！
-- 何炜东老师的销售主管强化训练营已经连续4年每月在北京、上海、深圳轮流主办公开课。
2. 得到学员认可的课程才是好课程！
-- 本课程已经得到数千名来自全国各行各业的销售主管好评见证。
3. 自主研发的课程才是好课程！
-- 本课程由何炜东老师自主研发，结合了何老师多年销售管理实战经验。
4. 原版的课程才是好课程！
-- 市面上已经出现抄袭课程，这样的课程你敢上吗？请认准何炜东老师的原创经典课程。
5. 能解答学员实际问题的老师才是好老师！
-- 何老师具有丰富的实际经验与理论基础，可在课程现场即时解答学员提出的实际工作中遇到的问题。
销售主管2天强化训练营——课程大纲
第一部分、销售主管的工作与角色定位
一、销售主管该做什么？
1. 案例分析：这个主管该如何做？
2. 销售主管为什么这么忙？如何能不这么忙？
3. 销售主管的工作重点在哪里？
二、销售管理的几个注意点
1. 管理要注意度。案例分析：这个主管为什么会失败？ （管理方法不是一成不变的）
2. 管理无大事，一切在细节（抓销量，也得从细节抓起）
3. 防火重于救火（预防更重要）
三、销售主管角色定位
1. 与公司、上司、同事的关系定位
2. 与下属的关系定位
-- 主管与下属能否成为真正的朋友？
-- 对下属该严厉还是宽容？
第二部分、销售团队的组建
一、销售人员的挑选
1. 选人比用人更重要，哪种销售人员适合你？什么性格好？
2. 面试销售人员要注意的问题
3. 试用期如何判断？ 试用期要考察销售人员的2大点
二、销售人员的培育
1. 销售主管的主要职责：教师还是教练？
2. 培训成本太高？
3. 为什么培训效果不理想？
4. 指导下属时要注意的几个问题
-- 你说了他一定懂吗？
-- 他懂了一定做吗？
5. 辅导销售人员的5种主要方法
三、如何留住优秀销售人员？
1. 为什么优秀销售人员要走？
2. 如何留住优秀人才？
第三部分、销售人员管理与销售业绩管理
一、我们的工作重点应放在哪些人身上？
1. 销售经理的时间与精力不能平均分配，如何避免会哭的孩子有奶吃现象？
2. 销售人员的3大分类
3. 销售人员分类管理原则
二、销售业绩如何抓？
1. 为什么抓业绩，总是不见效果？
2. 抓业绩，要从三点入手
三、销售人员日常工作管理
1. 销售人员出去干嘛了，你知道吗？如何管理？
2. 销售人员日常工作管理三招。
-- 不用增加投入，让团队销售业绩提升的方法
四、销售目标设定与分解
1. 销售目标的设定原则
2. 销售人员的业绩指标分解方法
五、销售业绩考核
1、销售中的关键指标
-- 如何考核下属？先进的销售管理，必须做到量化
2. 关键业绩指标—KPI介绍
-- 考核销售人员的几个关键业绩指标
3. 运用关键业绩指标的几个注意点
第四部分，销售人员的激励与惩罚
一、必须了解的几个激励原理
1. 马斯洛需求层次理论
2. 公平理论 -- 案例分析
二、激励方法
1. 我两手空空，拿什么激励下属？
-- 几个低成本的激励方法
2. 提拔下属与激励
-- 业绩好就应该提拔？哪类人能提拔？扶上马，还得送一程
三、业绩竞赛与激励
1. 业绩竞赛一定合适吗？ 业绩竞赛的利与弊
2. 如何避免业绩竞赛的弊端？
四、销售人员的惩罚
1. 有了胡萝卜，还需要大棒吗？单靠激励行吗？
2. 如何批评下属？批评下属的标准动作
第五部分、销售主管的自我提升
1. 我们为什么会被提升？我们的能力是否能胜任现在的工作？
2. 如何提升自己的管理技能？
-- 提高管理技能的3个途径
-- 管理者的学习，我们是否真的意识到学习的重要性？
-- 管理者如何学习？没有时间学习怎么办？
3. 销售主管要当心的陷阱
-- 案例分析：身经百战的她为什么失败?
-- 如何破解陷阱？
23:57:12
2016/5/14
4 years, 8 months
[PATCH v7 0/6] dax: handling media errors (clear-on-zero only)
by Vishal Verma
Until now, dax has been disabled if media errors were found on
any device. This series attempts to address that.
The first two patches from Dan re-enable dax even when media
errors are present.
The third patch from Matthew removes the zeroout path from dax
entirely, making zeroout operations always go through the driver
(The motivation is that if a backing device has media errors,
and we create a sparse file on it, we don't want the initial
zeroing to happen via dax, we want to give the block driver a
chance to clear the errors).
Patch 4 from Christoph exports a low level dax helper for zeroing
Patch 5 reduces our calls to clear_pmem from dax in the
truncate/hole-punch cases. We check if the range being truncated
is sector aligned/sized, and if so, send blkdev_issue_zeroout
instead of clear_pmem so that errors can be handled better by
the driver.
Patch 6 fixes a redundant comment in DAX and is mostly unrelated
to the rest of this series.
This series also depends on/is based on Jan Kara's Ext4 and DAX
fixups series:
http://marc.info/?l=linux-ext4&m=146295959100848&w=2
http://marc.info/?l=linux-ext4&m=146296078001307&w=2
v7:
- Fix the dax alignment check to only check 'offset' and 'length'
for alignment as that's all that is needed. (Jan)
- Fix the blockdev_issue_zeroout call to zero the correct sector
- Rebase to v4.6-rc7 + the two patch-series from Jan linked above
- Add a patch from Christoph's iomap series:
http://www.spinics.net/lists/xfs/msg39656.html
v6:
- Use IS_ALIGNED in dax_range_is_aligned instead of open coding
an alignment check (Jan)
- Collect all Reveiwed-by tags so far.
v5:
- Drop the patch that attempts to clear-errors-on-write till we
reach consensus on how to handle that.
- Don't pass blk_dax_ctl to direct_access, instead pass in all the
required arguments individually (Christoph, Dan)
v4:
- Remove the dax->direct_IO fallbacks entirely. Instead, go through
the usual direct_IO path when we're in O_DIRECT, and use dax_IO
for other, non O_DIRECT IO. (Dan, Christoph)
v3:
- Wrapper-ize the direct_IO fallback again and make an exception
for -EIOCBQUEUED (Jeff, Dan)
- Reduce clear_pmem usage in DAX to the minimum
Christoph Hellwig (1):
dax: export a low-level __dax_zero_page_range helper
Dan Williams (2):
dax: fallback from pmd to pte on error
dax: enable dax in the presence of known media errors (badblocks)
Matthew Wilcox (1):
dax: use sb_issue_zerout instead of calling dax_clear_sectors
Vishal Verma (2):
dax: for truncate/hole-punch, do zeroing through the driver if
possible
dax: fix a comment in dax_zero_page_range and dax_truncate_page
Documentation/filesystems/dax.txt | 32 ++++++++++++
arch/powerpc/sysdev/axonram.c | 2 +-
block/ioctl.c | 9 ----
drivers/block/brd.c | 2 +-
drivers/nvdimm/pmem.c | 10 +++-
drivers/s390/block/dcssblk.c | 2 +-
fs/block_dev.c | 2 +-
fs/dax.c | 104 ++++++++++++++++----------------------
fs/ext2/inode.c | 7 ++-
fs/xfs/xfs_bmap_util.c | 15 ++----
include/linux/blkdev.h | 2 +-
include/linux/dax.h | 8 ++-
12 files changed, 103 insertions(+), 92 deletions(-)
--
2.5.5
4 years, 8 months
举家欢乐
by 边雨莹
linux-nvdimm：您好！！
施工安全与企业高风险作业安全管理
课程概述
施工人员素质的参差不齐，对其教育培训及沟通难度大，有的甚至蛮不讲理；他们的工作中往往会涉及高风险的作业且安全违章屡禁不止，事故概率相对较高，甚至影响到企业的安全管理绩效和声誉。因此，对施工商的安全管理尤为重要。
本课程系统的从施工商的选择、施工前审查、施工监管、施工后评估等基本管理到可能涉及的作业现场管理，均进行详尽分析和对策。
课程简介
培训对象：施工项目负责人、安全管理人员等
授课形式：知识讲授、视频分析、案例展示、角色扮演、焦点讨论等
课程时间：2天 ( 2016年05月28-29日上海 )
课程费用：3800元/人/2天
咨询方式：0512-6870.0653 （0）189.6484.0090
课程特色
丰富案例本课收集大量施工商方面的事故案例，使学员从实例中更好的对照现有实际，学以致用
内容详实从施工商的基本管理至施工过程中可能涉及的各种活动，均进行了详细阐述
课程收获
施工商管理体系掌握施工商不同管理节点要领，系统的从施工商的引进审核、资质审查、过程管控、作业后评估等方面阐述施工管理体系的构建
高风险作业管理掌握施工商作业过程中的高风险作业的风险识别、对策和管控知识
课程大纲
?第一部分：事故成因理论
1.案例：11.15上海教师公寓火灾事故的启示
2.施工商典型安全事故分析与研讨
3.海因里希金字塔法则
4.案例：砖头砸不到我
5.轨迹交叉理论与事故多因素理论
?第二部分：施工现场工作安全分析
1.事故模型：事故是如何发生的
2.危险源辨识与风险原则
3.工作安全分析实施要领
4.工作步骤分解的具体方法与基本原则
危险识别的基本方法
风险评估基本方法与原则
风险控制3E原则
5.演练：看图分解作业步骤并识别危险源与风险评估
?第三部分 施工商管理流程
1.施工商选择评审要点
2.施工商入场前培训与考核
3.EHS协议签署和内容要点
4.施工商资质查验和物品申报
5.交叉施工作业的安全管理
6.安全监督管理人员职责
7.同一工程项目或同一施工场所存在多个施工商管理
8.施工商严重违规的处理办法
9.不同时长施工商的管控要点
?第四部分 高处作业安全
1.高处作业基本知识
思考：什么是高处作业
高处作业分级
2.常见高处工具及安全要点
常见高处作业使用工具
直梯的使用要求与常见错误使用方法
人字梯的使用要求与常见错误使用方法
上下梯子安全要点
脚手架使用要求与常见错误使用方法
3.高处作业安全管理
高处作业人员资质要求
高处作业现场维护要点
作业许可证办理
高处作业人员及监护人员职责
研讨：高处作业存在哪些危害
高处作业防护要点：“避免两坠”
临边作业要点及防护
高处作业防护“三宝”
常见安全帽不当使用方法
视频案例：安全带
安全带的选择与使用要点
安全绳长度的确定要点
单钩、双钩安全带使用区分
安全锚点的确定要点
交叉作业防护要点
4.高处坠落事故应急
?第五部分 施工用电安全
1.施工现场临时用电安全常识
2.配电安全基本要求
3.施工现场安全电压照明
4.案例：施工作业跳闸，200万产品报废
5.触电急救
?第六部分 动火作业
1.案例：苏州百瑞美火灾事故
2.动火作业风险识别
3.动火作业现场清理
4.应急布置要点
5.动火作业许可审批
6.动火作业人员防护要求
7.动火作业人员“三不动火”原则
8.研讨：无需审批动火区域，应关注哪些点
9.监护人员职责及要点
10.动火后现场恢复确认要点
11.涉及受限空间等其他交叉作业的审批和要求
?第七部分 受限空间作业
1.受限空间基本定义
案例：浆池清理燃爆
2.进入受限空间前的风险与控制措施
作业审批要点
作业前现场布置和准备
通风及气体检测要点
研讨：活禽检测可否代替仪器检测
相关能源切断要点（电、气、液体等）
受限空间内涉及其他高风险作业要点
3.进入受限空间作业安全控制
防护用品佩戴要求
人员不适、中断作业等异常情况处理与约定
作业人员与监护人员职责
4.受限空间应急救援
5.案例：全副武装的救援人员，为何倒在里面？
6.应急预案的制定要点
7.常见受限空间错误救援
?第八部分 化学品的安全管理
1.案例：施工商化学品未管控致多人中毒
2.危险化学品的分类
3.危险化学品与人体的接触途径
4.施工商化学品管控要点
5.化学品事故应急处置对策
?第九部分 吊装作业
1.吊装作业基本要求
设备资质要求
作业人员资质要求
2.吊装作业安全管理
案例：违章吊装砸死人
研讨：常见吊装作业危害有哪些
吊装作业风险识别
吊装作业防护半径设定要点
作业许可审批
作业人员、监护人员职责与义务
吊物重量估算法
吊装作业“十不吊”
3.汽车吊安全要求
汽车吊作业前资质检查要点
案例：常见汽车吊违章行为
4.吊具管理
钢丝绳报废标准
案例：常见钢丝绳错误使用
吊带报废标准
5.吊装作业前检查要点
?第十部分 破土、技改和设备搬运管理要点
?第十一部分 ASM施工现场安全管理案例展示
课后跟进
课后资料
视频资料施工商作业事故（2篇）
危险源治理（2篇）
高处作业安全（2篇）
电气安全（2篇）
动火作业安全（1篇）
受限空间安全（2篇）
化学品安全（1篇）
吊装作业安全（1篇）
开挖作业安全（2篇）
文件表单电器火灾现场处置方案
高处作业审批表
动火作业审批表
受限空间作业审批表
吊装作业审批表
临时用电审批表
破土作业审批表
课后辅导
现场指导无
练习指导提供应急预案编制或危险源辨识系统转换辅导一次（邮件辅导）
18:07:48
2016/5/12
4 years, 8 months
[RFC v3] [PATCH 0/18] DAX page fault locking
by Jan Kara
Hello,
this is my third attempt at DAX page fault locking rewrite. The patch set has
passed xfstests both with and without DAX mount option on ext4 and xfs for
me and also additional page fault beating using the new page fault stress
tests I have added to xfstests. So I'd be grateful if you guys could have a
closer look at the patches so that they can be merged. Thanks.
Changes since v2:
- lot of additional ext4 fixes and cleanups
- make PMD page faults depend on CONFIG_BROKEN instead of #if 0
- fixed page reference leak when replacing hole page with a pfn
- added some reviewed-by tags
- rebased on top of current Linus' tree
Changes since v1:
- handle wakeups of exclusive waiters properly
- fix cow fault races
- other minor stuff
General description
The basic idea is that we use a bit in an exceptional radix tree entry as
a lock bit and use it similarly to how page lock is used for normal faults.
That way we fix races between hole instantiation and read faults of the
same index. For now I have disabled PMD faults since there the issues with
page fault locking are even worse. Now that Matthew's multi-order radix tree
has landed, I can have a look into using that for proper locking of PMD faults
but first I want normal pages sorted out.
In the end I have decided to implement the bit locking directly in the DAX
code. Originally I was thinking we could provide something generic directly
in the radix tree code but the functions DAX needs are rather specific.
Maybe someone else will have a good idea how to distill some generally useful
functions out of what I've implemented for DAX but for now I didn't bother
with that.
Honza
4 years, 8 months
[ndctl PATCH v4] test: Add a unit test for dax error handling
by Vishal Verma
When we have a namespace with media errors, DAX should fail when trying
to map the bad blocks for direct access, but a regular write() to the
same sector should go through the driver and clear the error.
This test checks for all of the above happening - failure for a read()
on a file with a bad block, failure on an mmap-read for the same, and
finally a successful write that clears the bad block.
It also tests that a hole punch to a badblock (if the hole-punch is
sector aligned and sized) clears the error.
Signed-off-by: Vishal Verma <vishal.l.verma(a)intel.com>
---
v4:
- Change the hole-punch test to punch a more exact hole - the previous
version hid a kernel bug where the wrong sector would be zeroed.
Makefile.am | 5 +-
test/dax-errors.c | 146 +++++++++++++++++++++++++++++++++++++++++++++++++++++
test/dax-errors.sh | 134 ++++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 283 insertions(+), 2 deletions(-)
create mode 100644 test/dax-errors.c
create mode 100755 test/dax-errors.sh
diff --git a/Makefile.am b/Makefile.am
index 3f7dca3..27b06a6 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -145,8 +145,8 @@ EXTRA_DIST += lib/libndctl.pc.in
CLEANFILES += lib/libndctl.pc
TESTS = test/libndctl test/dpa-alloc test/parent-uuid test/create.sh \
- test/clear.sh
-check_PROGRAMS = test/libndctl test/dpa-alloc test/parent-uuid
+ test/clear.sh test/dax-errors.sh
+check_PROGRAMS = test/libndctl test/dpa-alloc test/parent-uuid test/dax-errors
if ENABLE_DESTRUCTIVE
TESTS += test/blk-ns test/pmem-ns test/pcommit
@@ -179,3 +179,4 @@ test_dax_dev_LDADD = lib/libndctl.la
test_dax_pmd_SOURCES = test/dax-pmd.c
test_mmap_SOURCES = test/mmap.c
+test_dax_err_SOURCES = test/dax-errors.c
diff --git a/test/dax-errors.c b/test/dax-errors.c
new file mode 100644
index 0000000..11d0031
--- /dev/null
+++ b/test/dax-errors.c
@@ -0,0 +1,146 @@
+#include <stdio.h>
+#include <unistd.h>
+#include <sys/mman.h>
+#include <sys/types.h>
+#include <sys/wait.h>
+#include <sys/stat.h>
+#include <fcntl.h>
+#include <string.h>
+#include <errno.h>
+#include <sys/ioctl.h>
+#include <stdlib.h>
+#include <linux/fs.h>
+#include <linux/fiemap.h>
+#include <setjmp.h>
+
+#define fail() fprintf(stderr, "%s: failed at: %d\n", __func__, __LINE__)
+
+static sigjmp_buf sj_env;
+static int sig_count;
+
+static void sigbus_hdl(int sig, siginfo_t *siginfo, void *ptr)
+{
+ fprintf(stderr, "** Received a SIGBUS **\n");
+ sig_count++;
+ siglongjmp(sj_env, 1);
+}
+
+static int test_dax_read_err(int fd)
+{
+ void *base, *buf;
+ int rc = 0;
+
+ if (fd < 0) {
+ fail();
+ return -ENXIO;
+ }
+
+ if (posix_memalign(&buf, 4096, 4096) != 0)
+ return -ENOMEM;
+
+ base = mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0);
+ if (base == MAP_FAILED) {
+ perror("mmap");
+ rc = -ENXIO;
+ goto err_mmap;
+ }
+
+ if (sigsetjmp(sj_env, 1)) {
+ if (sig_count == 1) {
+ fprintf(stderr, "Failed to read from mapped file\n");
+ free(buf);
+ if (base) {
+ if (munmap(base, 4096) < 0) {
+ fail();
+ return 1;
+ }
+ }
+ return 1;
+ }
+ return sig_count;
+ }
+
+ /* read a page through DAX (should fail due to a bad block) */
+ memcpy(buf, base, 4096);
+
+ err_mmap:
+ free(buf);
+ return rc;
+}
+
+/* TODO: disabled till we get clear-on-write in the kernel */
+#if 0
+static int test_dax_write_clear(int fd)
+{
+ void *buf;
+ int rc = 0;
+
+ if (fd < 0) {
+ fail();
+ return -ENXIO;
+ }
+
+ if (posix_memalign(&buf, 4096, 4096) != 0)
+ return -ENOMEM;
+ memset(buf, 0, 4096);
+
+ /*
+ * Attempt to write zeroes to the first page of the file using write()
+ * This should clear the pmem errors/bad blocks
+ */
+ printf("Attempting to write\n");
+ if (write(fd, buf, 4096) < 0)
+ rc = errno;
+
+ free(buf);
+ return rc;
+}
+#endif
+
+int main(int argc, char *argv[])
+{
+ int fd, rc;
+ struct sigaction act;
+
+ if (argc < 1)
+ return -EINVAL;
+
+ memset(&act, 0, sizeof(act));
+ act.sa_sigaction = sigbus_hdl;
+ act.sa_flags = SA_SIGINFO;
+
+ if (sigaction(SIGBUS, &act, 0)) {
+ fail();
+ return 1;
+ }
+
+ fd = open(argv[1], O_RDWR | O_DIRECT);
+
+ /* Start the test. First, we do an mmap-read, and expect it to fail */
+ rc = test_dax_read_err(fd);
+ if (rc == 0) {
+ fprintf(stderr, "Expected read to fail, but it succeeded\n");
+ rc = -ENXIO;
+ goto out;
+ }
+ if (rc > 1) {
+ fprintf(stderr, "Received a second SIGBUS, exiting.\n");
+ rc = -ENXIO;
+ goto out;
+ }
+ printf(" mmap-read failed as expected\n");
+ rc = 0;
+
+ /* Next, do a regular (O_DIRECT) write() */
+ /* TODO: Disable this till we have clear-on-write in the kernel
+ * rc = test_dax_write_clear(fd);
+ *
+ * if (rc)
+ * perror("write");
+ */
+
+ out:
+ if (fd >= 0)
+ close(fd);
+ return rc;
+}
diff --git a/test/dax-errors.sh b/test/dax-errors.sh
new file mode 100755
index 0000000..51fe082
--- /dev/null
+++ b/test/dax-errors.sh
@@ -0,0 +1,134 @@
+#!/bin/bash -x
+
+DEV=""
+NDCTL="./ndctl"
+BUS="-b nfit_test.0"
+BUS1="-b nfit_test.1"
+MNT=test_dax_mnt
+FILE=image
+json2var="s/[{}\",]//g; s/:/=/g"
+rc=77
+
+err() {
+ rc=1
+ echo "test/dax-errors: failed at line $1"
+ rm -f $FILE
+ rm -f $MNT/$FILE
+ if [ -n "$blockdev" ]; then
+ umount /dev/$blockdev
+ else
+ rc=77
+ fi
+ rmdir $MNT
+ exit $rc
+}
+
+set -e
+mkdir -p $MNT
+trap 'err $LINENO' ERR
+
+# setup (reset nfit_test dimms)
+modprobe nfit_test
+$NDCTL disable-region $BUS all
+$NDCTL zero-labels $BUS all
+$NDCTL enable-region $BUS all
+
+rc=1
+
+# create pmem
+dev="x"
+json=$($NDCTL create-namespace $BUS -t pmem -m raw)
+eval $(echo $json | sed -e "$json2var")
+[ $dev = "x" ] && echo "fail: $LINENO" && exit 1
+[ $mode != "raw" ] && echo "fail: $LINENO" && exit 1
+
+# check for expected errors in the middle of the namespace
+read sector len < /sys/block/$blockdev/badblocks
+[ $((sector * 2)) -ne $((size /512)) ] && echo "fail: $LINENO" && exit 1
+if dd if=/dev/$blockdev of=/dev/null iflag=direct bs=512 skip=$sector count=$len; then
+ echo "fail: $LINENO" && exit 1
+fi
+
+# check that writing clears the errors
+if ! dd of=/dev/$blockdev if=/dev/zero oflag=direct bs=512 seek=$sector count=$len; then
+ echo "fail: $LINENO" && exit 1
+fi
+
+if read sector len < /sys/block/$blockdev/badblocks; then
+ # fail if reading badblocks returns data
+ echo "fail: $LINENO" && exit 1
+fi
+
+#mkfs.xfs /dev/$blockdev -b size=4096 -f
+mkfs.ext4 /dev/$blockdev -b 4096
+mount /dev/$blockdev $MNT -o dax
+
+# prepare an image file with random data
+dd if=/dev/urandom of=$FILE bs=4096 count=4
+test -s $FILE
+
+# copy it to the dax file system
+cp $FILE $MNT/$FILE
+
+# Get the start sector for the file
+start_sect=$(filefrag -v -b512 $MNT/$FILE | grep -E "^[ ]+[0-9]+.*" | head -1 | awk '{ print $4 }' | cut -d. -f1)
+test -n "$start_sect"
+echo "start sector of the file is $start_sect"
+
+# inject badblocks for one page at the start of the file
+echo $start_sect 8 > /sys/block/$blockdev/badblocks
+
+# make sure reading the first block of the file fails as expected
+: The following 'dd' is expected to hit an I/O Error
+dd if=$MNT/$FILE of=/dev/null iflag=direct bs=4096 count=1 && err $LINENO || true
+
+# run the dax-errors test
+test -x test/dax-errors
+test/dax-errors $MNT/$FILE
+
+# TODO: disable this check till we have clear-on-write in the kernel
+#if read sector len < /sys/block/$blockdev/badblocks; then
+# # fail if reading badblocks returns data
+# echo "fail: $LINENO" && exit 1
+#fi
+
+# TODO Due to the above, we have to clear the existing badblock manually
+read sector len < /sys/block/$blockdev/badblocks
+if ! dd of=/dev/$blockdev if=/dev/zero oflag=direct bs=512 seek=$sector count=$len; then
+ echo "fail: $LINENO" && exit 1
+fi
+
+
+# test that a hole punch to a dax file also clears errors
+dd if=/dev/urandom of=$MNT/$FILE oflag=direct bs=4096 count=4
+start_sect=$(filefrag -v -b512 $MNT/$FILE | grep -E "^[ ]+[0-9]+.*" | head -1 | awk '{ print $4 }' | cut -d. -f1)
+test -n "$start_sect"
+echo "holepunch test: start sector: $start_sect"
+
+# inject a badblock at the second sector of the first page
+echo $((start_sect + 1)) 1 > /sys/block/$blockdev/badblocks
+
+# verify badblock by reading
+: The following 'dd' is expected to hit an I/O Error
+dd if=$MNT/$FILE of=/dev/null iflag=direct bs=4096 count=1 && err $LINENO || true
+
+# hole punch the second sector, and verify it clears the
+# badblock (and doesn't fail)
+if ! fallocate -p -o 512 -l 512 $MNT/$FILE; then
+ echo "fail: $LINENO" && exit 1
+fi
+[ -n "$(cat /sys/block/$blockdev/badblocks)" ] && echo "error: $LINENO" && exit 1
+
+# cleanup
+rm -f $FILE
+rm -f $MNT/$FILE
+if [ -n "$blockdev" ]; then
+ umount /dev/$blockdev
+fi
+rmdir $MNT
+
+$NDCTL disable-region $BUS all
+$NDCTL disable-region $BUS1 all
+modprobe -r nfit_test
+
+exit 0
--
2.5.5
4 years, 8 months
[PATCH v6 0/5] dax: handling media errors (clear-on-zero only)
by Vishal Verma
Until now, dax has been disabled if media errors were found on
any device. This series attempts to address that.
The first two patches from Dan re-enable dax even when media
errors are present.
The third patch from Matthew removes the zeroout path from dax
entirely, making zeroout operations always go through the driver
(The motivation is that if a backing device has media errors,
and we create a sparse file on it, we don't want the initial
zeroing to happen via dax, we want to give the block driver a
chance to clear the errors).
Patch 4 reduces our calls to clear_pmem from dax in the
truncate/hole-punch cases. We check if the range being truncated
is sector aligned/sized, and if so, send blkdev_issue_zeroout
instead of clear_pmem so that errors can be handled better by
the driver.
Patch 5 fixes a redundant comment in DAX and is mostly unrelated
to the rest of this series.
This series also depends on/is based on Jan Kara's DAX Locking
fixes series [1].
[1]: http://www.spinics.net/lists/linux-mm/msg105819.html
v6:
- Use IS_ALIGNED in dax_range_is_aligned instead of open coding
an alignment check (Jan)
- Collect all Reveiwed-by tags so far.
v5:
- Drop the patch that attempts to clear-errors-on-write till we
reach consensus on how to handle that.
- Don't pass blk_dax_ctl to direct_access, instead pass in all the
required arguments individually (Christoph, Dan)
v4:
- Remove the dax->direct_IO fallbacks entirely. Instead, go through
the usual direct_IO path when we're in O_DIRECT, and use dax_IO
for other, non O_DIRECT IO. (Dan, Christoph)
v3:
- Wrapper-ize the direct_IO fallback again and make an exception
for -EIOCBQUEUED (Jeff, Dan)
- Reduce clear_pmem usage in DAX to the minimum
Dan Williams (2):
dax: fallback from pmd to pte on error
dax: enable dax in the presence of known media errors (badblocks)
Matthew Wilcox (1):
dax: use sb_issue_zerout instead of calling dax_clear_sectors
Vishal Verma (2):
dax: for truncate/hole-punch, do zeroing through the driver if
possible
dax: fix a comment in dax_zero_page_range and dax_truncate_page
Documentation/filesystems/dax.txt | 32 ++++++++++++++++
arch/powerpc/sysdev/axonram.c | 2 +-
block/ioctl.c | 9 -----
drivers/block/brd.c | 2 +-
drivers/nvdimm/pmem.c | 10 ++++-
drivers/s390/block/dcssblk.c | 2 +-
fs/block_dev.c | 2 +-
fs/dax.c | 77 +++++++++++++--------------------------
fs/ext2/inode.c | 7 ++--
fs/xfs/xfs_bmap_util.c | 15 ++------
include/linux/blkdev.h | 2 +-
include/linux/dax.h | 1 -
12 files changed, 79 insertions(+), 82 deletions(-)
--
2.5.5
4 years, 8 months
标准化实施的技巧
by 仲孙松越
m5uiuzc77vvwmynubywqoaohyd7t537j4je4jrirqwtr8kbr5t0fvv
中高层管理者的职业化修炼
课程背景
团队管理的本质就是打造一支“招之即来，来之能战，战之能胜的团队”。 “招之即来”是下属忠诚度与上司领导力层面的问题，而“战之能胜”则是能力层面的问题。本课程也是针对如何修炼自我、如何打造团队与如何提高领导力而设置的。
通过《职业心态》的讲述引导学员如何树立正确的职业观念，如何提升主动性、积极性、责任感以及为什么要爱上自己的工作？
通过《企业经营哲学》的讲述，引导学员站在经营者的角度去看待企业管理，站在企业的高度去明确自己的角色和定位。
通过《自我修炼》、《管理修炼》、《领导力提升》、《标准化实施技巧》和《绩效管理与提升技巧》等章节的讲述指引学员如何修炼成为一个德才兼备的职场高手。
本课程的讲师一直在思考解决的一个问题就是如何解决学员“上课听听很激动，课后想想很感动，但随后还是一动不动”的问题，这也是将《思维碰撞》放在第一章节的原因。本章节将引导学员改变观念，保持空杯的心态，并自愿、自发、积极的学习与工作，这个章节的目的是为后面章节的学习效果做铺垫，也是整个课程成功以及课后培训效果转化成功的关键一环。
本课程视角独特，逻辑清晰，案例经典，工具实用，将指引学员进入一个全新的思维世界。
课程简介
培训对象：中高层管理人员、技术、生产、质量管理工程师
授课形式：讲师讲授 + 视频演绎 + 案例研讨 +角色扮演 + 讲师点评 + 落地工具。
课程时间：2天 ( 2016年05月13-14日上海、08月28-29日上海 )
课程费用：3800元/人/2天
咨询方式：0512-687.006.52 （0）180.155.96.353
课程收益&特点
课程收益1.打开学员心门，引发学员自我反省和深入思考
2.触发学员思维方式的转变
3.激发学员工作和学习的激情、责任感和主动性
4.掌握提升团队配合度、凝聚力、执行力和领导力的技巧
5.掌握标准化和绩效管理提升的设计及实施的技巧
课程特点1.课堂所讲授的工具，大部分来自于世界500强公司使用最广泛、最高效的方法
2.把本期学员最关注问题，作为课堂的实例练习，能够使学员更好的“学以致用”
课程大纲
第一部分：思维碰撞之意识改变
A: 管理者的挑战
B: 成功和失败的哲学
C：学以致用
D：职业意识转变
第二部分：自我修炼
A:三项修炼
B:改变命运唯一的机会——学习
C:职业化修炼
D：人生反思
第三部分：企业的经营哲学
A:做事的哲学
B:企业永恒的目标
C:企业管理六要素
第四部分：管理修炼
A:做事最重要的前提
B:管理修炼
第五部分：职业心态
A：职业观念
B：职场成功的秘诀
C：改变从心开始
第六部分：标准化实施技巧
A：标准化的解析
B：管理之路
C：标准化实施的技巧
D：标准化的软件工具
E：流程优化技巧
第七部分：绩效管理与提升技巧
A：管理的核心
B：绩效考核
C：绩效系统构建绩效
第八部分：领导力提升
A:团队解析
B:沟通技巧
C:领导力提升
D:主动性提升
hti6d46cf1m9kt1re65bq8emylzgqm98scqpixzex6th83ec6fhthvq
4 years, 8 months
