| Message ID | 5132AA7F.3000709@inktank.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
Reviewed-by: Josh Durgin <josh.durgin@inktank.com> On 03/02/2013 05:42 PM, Alex Elder wrote: > The new cases added to osd_req_encode_op() caused a new sparse > error, which highlighted an existing problem that had been > overlooked since it was originally checked in. When an unsupported > opcode is found the destination rather than the source opcode was > being used in the error message. The two differ in their byte > order, and we want to be using the one in the source. > > Fix the problem in both spots. > > Reported-by: Fengguang Wu <fengguang.wu@intel.com> > Signed-off-by: Alex Elder <elder@inktank.com> > --- > net/ceph/osd_client.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > Index: b/net/ceph/osd_client.c > =================================================================== > --- a/net/ceph/osd_client.c > +++ b/net/ceph/osd_client.c > @@ -258,7 +258,7 @@ static void osd_req_encode_op(struct cep > dst->watch.flag = src->watch.flag; > break; > default: > - pr_err("unrecognized osd opcode %d\n", dst->op); > + pr_err("unrecognized osd opcode %d\n", src->op); > WARN_ON(1); > break; > case CEPH_OSD_OP_MAPEXT: > @@ -316,7 +316,7 @@ static void osd_req_encode_op(struct cep > case CEPH_OSD_OP_PGLS: > case CEPH_OSD_OP_PGLS_FILTER: > pr_err("unsupported osd opcode %s\n", > - ceph_osd_op_name(dst->op)); > + ceph_osd_op_name(src->op)); > WARN_ON(1); > break; > } -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Index: b/net/ceph/osd_client.c =================================================================== --- a/net/ceph/osd_client.c +++ b/net/ceph/osd_client.c @@ -258,7 +258,7 @@ static void osd_req_encode_op(struct cep dst->watch.flag = src->watch.flag; break; default: - pr_err("unrecognized osd opcode %d\n", dst->op); + pr_err("unrecognized osd opcode %d\n", src->op); WARN_ON(1); break; case CEPH_OSD_OP_MAPEXT: @@ -316,7 +316,7 @@ static void osd_req_encode_op(struct cep case CEPH_OSD_OP_PGLS: case CEPH_OSD_OP_PGLS_FILTER: pr_err("unsupported osd opcode %s\n", - ceph_osd_op_name(dst->op)); + ceph_osd_op_name(src->op)); WARN_ON(1); break; }
The new cases added to osd_req_encode_op() caused a new sparse error, which highlighted an existing problem that had been overlooked since it was originally checked in. When an unsupported opcode is found the destination rather than the source opcode was being used in the error message. The two differ in their byte order, and we want to be using the one in the source. Fix the problem in both spots. Reported-by: Fengguang Wu <fengguang.wu@intel.com> Signed-off-by: Alex Elder <elder@inktank.com> --- net/ceph/osd_client.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html